Skip to content

Conversation

@jmaeagle99
Copy link
Contributor

What was changed

Move payload codec, encode, and decode calls to DataConverter helper methods.

Why?

Allow future changes to have a central place to extend the general notions of encoding and decoding in a unified place.

Checklist

  1. How was this tested: Existing tests
  2. Any docs updates needed? No

@jmaeagle99 jmaeagle99 requested a review from a team as a code owner January 26, 2026 01:29
Copy link
Member

@cretz cretz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like this change of moving the payload-to/from-payload encoding/decoding to the data converter now that we're going to do more than just codec application (will also do limit checking and external payload provider stuff).

Nothing blocking from my POV, but not approving so Python SDK owners can look/approve (cc @tconley1428 and @THardy98)

return await self.payload_codec.encode(payloads)

# Temporary shortcircuit detection while the _encode_* methods may no-op if
# a payload codec is not configured. Remove once those paths have more to them.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Or potentially keep but extend logic to include those other things. If there is still a scenario where it does nothing.

@jmaeagle99 jmaeagle99 enabled auto-merge (squash) January 26, 2026 20:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants